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SAS Service Architecture 
TECHNICAL FIELD OF THE INVENTION 

This invention is related in general to the field of telecommunications systems. More 
particularly, the invention is related to a SS7 signaling server and method for routing 
SS7 links in a telecommunications 

network. More particularly, the invention is related to a SAS Service Architecture. The 
invention is related to the european patent applications EP 02360267.5 and EP 
02360268.3 which hereby are incorporated by reference. 

BACKGROUND OF THE INVENTION 

A SS7 signaling server for routing SS7 links includes a signaling transfer point (STP) 
and a signaling application server (SAS). The SAS is capable to process at least one 
application process. Each application process, e.g. an individual INAP, MAP, CAP, or 
any TCAP User, TCAP Relay, or SCCP Relay service request has to be identified and 
processed. 

The SS7 signaling server for routing SS7 links, includes e.g. a signaling transfer point 
(STP) and a signaling application server (SAS); SS7 = Signaling System No. 7. STP and 
SAS have different functionalities. The STP has at least one external interface to 
connect the STP via at least one SS7 link to at least one telecommunications unit, and 
an internal interface to connect the STP to the SAS. The STP processes incoming SS7 
messages, e.g. in the MTP1 , MTP2, MTP3, and SCCP layer. The SAS is capable to 
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process at least one application service request, advantageously at least two different 
application service requests. The STP identifies a single application service request in 
one incoming SS7 message and provides the identified single application service 
request to the SAS for further processing. The SAS has e.g. two TCAP processes to 
identify two different application services, e.g. INAP and AAAP. STP and SAS are 
interconnected via an internal interworlcing protocol, e.g. using TCP/IP (transmission 
control protocol/internet protocol). The interworlcing protocol is called Advanced 
Signaling Transport Protocol (ASTP). 



The signaling server is e.g. highly configurable and efficient regarding run-time. The 
signaling server is capable of processing multiple application service requests, e.g. 
mobile number portability (MNP), service number portability (SNP), screening, 
intelligent network (IN) services, TCAP services, AAAP services, CAP services, TCAP 
Relay, TCAP User Relay, SCCP Relay. 

The SS7 signaling server for routing SS7 links, includes e.g. a signaling transfer point 
(STP) and a signaling application server (SAS), 

wherein the STP has at least one external interface to connect the STP via at least one 
SS7 link to at least one telecommunications unit, and an internal interface to connect 
the STP to the SAS, 

wherein the SAS is capable to process at least one service requst, advantageously at 
least two different application service requests, and 

wherein the STP is capable to process incoming SS7 messages, to identify a single 
application service request in one incoming SS7 message, to provide the identified 
single application service request to the SAS for further processing. 



SUMMARY OF THE INVENTION 

It is an object of the invention to provide an advantageous SAS Service Architecture. 
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The inventive SAS service architecture has a layered structure including a set of 
software modules, at least: ASTP dispatcher, SCCP transcoder, TCAP, TCAP user 
service distributor, at least two TCAP user services; ASTP = specific advanced signaling 
transfer protocol including routing informaton, etc. Within the SAS service architecture 
at least two different types of interactions can be configured: interaction Type A 
between ASTP dispatcher and TCAP user service, interaction Type B1 between TCAP 
user service 1 and TCAP user service 2. 

The inventive SAS service architecture makes use of configurable software modules. 
Each software modules performs a specific task and can easily be re-configured 
allowing the whole system to be very flexible and to be adapted to specific 
requirements via simple software reprogramming and/or adding of modules. 
In a preferred embodiment the SAS service architecture further includes a plurality of 
further modules: SCCP Transcoder, SCCP Service Distributor, SCCP services, etc. 
Further types of interactions can be configured: interaction Type C between TCAP User 
Service m (e.g. INAP service) assigned to TCAP User Distributor A and TCAP User 
Service 1 (e.g. MAP service) assigned to TCAP User Distributor B, and interaction Type 
D between TCAP User Service m and SCCP Service n. These types of interaction are 
concatenation types of interaction, i.e. the SS7 message is forwarded from one 
module to another together with an interim analysis result. This concatenation is 
configurable in each module and can occur multiple times. 

The SAS Service Architecture is highly configurable, and it is possible to adapt service 
in a very easy way to e.g. different mobile networks. 

The SAS Service Architecture has a layered structure including a set of software 
modules, at least: ASTP Dispatcher, SCCP Transcoder for TCAP User, TCAP, at least 
one TCAP User Service Distributor, at least two TCAP User Services, wherein at least 
two different types of interactions can be configured: interaction Type A between ASTP 
Dispatcher and TCAP User Service, wherein the message to be processed is forwarded 
from the ASTP Dispatcher to the relevant TCAP User Service via SCCP Transcoder for 
TCAP User, TCAP, and the relevant TCAP User Service Distributor, and interaction 
Type Bl between two TCAP User Services assigned to the same TCAP User Service 
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Distributor, wherein the TCAP User Service Distributor forwards the message to be 
processed to a second TCAP User Service dependent on the result of the outbound 
message of a first TCAP User Service. 

Interaction Type A serves to process a Service Application request received from the 
STP. The message to be processed is forwarded to the specific TCAP User Service, in 
which the processing can be performed. The result of the processing in the TCAP User 
Service is forwarded to the ASTP Dispatcher which transmits the result to the STP. 

Interaction Type Bl together with interaction Type A serves to increase the flexibility of 
processing and to reduce the time required for processing. In case the addressed 
TCAP User Service is not able to process the received Service Application request in a 
way desired by the STP, the unsatisfactory result would normally be transmitted back to 
the STP, which then has to start a new request which has to be forwarded to another 
TCAP User Service. With the help of interaction Type Bl the result of the processing in 
the addressed TCAP User Service is evauated in the assigned TCAP User Service 
Distribution A. If the result is only an interim result and one of the other TCAP User 
Services assigned to the TCAP User Distribution A is able to process the interim result 
or another part of the Service Application request then the message is forwarded to 
this TCAP User Service. The result of this TCAP User Service is then transmitted back to 
the STP. Alternatively, the result is forwarded to a third TCAP User Service for further 
processing or transmitted back to the first TCAP User Service in order to be further 
processed. Thus, the flexibility in processing an incoming Service Application request is 
increased. 

In a preferred embodiment of the invention a further type of interaction can be 
configured: interaction Type C between two TCAP User Services assigned to different 
TCAP User Service Distributors, wherein TCAP forwards the message to be processed 
to a second TCAP User Service assigned to a second TCAP User Service Distributor 
dependent on the result of the outbound message of a first TCAP User Service 
assigned to a first TCAP User Service Distributor. 

Interaction type C may interact with interactions Type A and Bl . The flexibility in 
creating concatenated interactions is further increased. Thus, the flexibility in 
processing an incoming Service Application request is increased. This saves processing 
time. To achieve an adequate response to an incoming Service Application request the 
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message to be processed has to be first processed in an INAP User Service and second 
in an MAP User Service. Assuming that TCAP User Service m assigned to TCAP User 
Distributor A (e.g. = INAP User Distributor) is an INAP User Service and TCAP User 
Service 1 assigned to TCAP User Distributor B (e.g. = MAP User Distributor) is a AAAP 
User Service the Service Application request could be forwarded from ASTP Dispatcher 
to TCAP User Service m with the help of interaction Type A and subsequently from 
TCAP User Service m to TCAP User Service 1 with hte help of interaction Type C, and 
subsequently tranmitted back to STP with the help of interaction Type A. STP receives 
the desired response with the help of one single request and does not have to request 
several times. 

In a further embodiment of the invention the SAS Service Architecture further includes 
the software modules SCCP Transcoder, at least one SCCP Service Distributor, at least 
two SCCP Services, and wherein two further types of interaction can be configured: 
interaction Type D between a TCAP User Service and a SCCP User Service, wherein 
ASTP Dispatcher forwards the message to be processed to a TCAP User Service 
assigned to a TCAP User Service Distributor dependent on the result of the outbound 
message of a SCCP User Service assigned to a SCCP User Service Distributor, and 
interaction Type B2 between two SCCP User Services assigned to the same SCCP User 
Service Distributor, wherein the SCCP User Service Distributor forwards the message to 
be processed to a second SCCP User Service dependent on the result of the outbound 
message of a first SCCP User Service. 

The flexibility of processing can further be increased. Not only TCAP services but also 
SCCP services could be included. With the help of interacton Type C a concatenation 
of interactions including TCAP and SCCP services can be achieved. 

It is very easy to enlarge the SAS Service Architecture and the functionality. The used 
software modules are independently of each other. By adding further modules with 
other services and generating further interactions the flexibility of processing incoming 
Service Application requests is further increased. 

The inventive SAS Service Architecture advantageously includes a common database 
pool to which all SAS Application Services have access. The idea of having 
independent modules is also used in the database pool. The pool includes several 
databases of different Types. The databases are independently from each other and 



17.03.03 ZPL/Mz 



113960_EP_appLdoc 



113960 



6 

could be accessed independently from each other. Each User Service has access to 
each database. The number of databases is minimized and the data stored in the 
databases has only to be stored once and not in many duplicats, thus saving storage 
place. Nevertheless, specific data which is needed simultaneously by different services 
can be stored in dublicats in order to increase processing time. 

An inventive method to perform an analysis for a SAS application service, comprises 
the steps of: 

performing an inbound message analysis, 
performing a Service Decision, 

performing an Outbound Message Synthesis using at least one Outbound 
Configuration Table. 

With the help of the configuration table the result of the processing is generated. The 
result could be final, interim, error, etc. A final result will be transmitted back to the 
STP. An interim result which has to be processed in a further User Service will be 
forwarded to this User Service with the help of one of the interaction types. Each 
Service Distributor analyses the result received from a User Service and decides on the 
further action, e.g. forwarding to STP, forwarding to another User Service. Thus with 
the help of the configuration table the different kind of interaction types could be 
defined. As the table is configurable a reprogramming can easily be performed, e.g. 
when the SAS Service Arcghitecture is enlarged and more interaction types are 
required, etc. 

In a preferred embodiment the Service Decision further includes a Generic Loop 
Detection Analysis using a Loop Detection Configuration Table. 

The Loop Detection has the important task to check whether or not a never ending 
loop has occured, e.g. TCAP User Service 1 generates an interim result having the 
effect that with the help of interaction Type Bl TCAP User Service m has to further 
process the message and TCAP User Service m generates an interim result having the 
effect that with the help of interaction Type Bl TCAP User Service 1 has to further 
process the message. Detecting a loop quickly reduces undesired processing time. 
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In a further preferred embodiment the Service Decision further includes a Database 
Search in a common database pool, which includes at least a Single Number 
Configuration Table and a Range Number Configuration Table. 

The single Number Configuration Table serves to store single numbers or attributes 
thereof and corresponding service control data or attributes thereof, wherein the 
Range Number Configuration Table serves to store ranges or attributes thereof and 
corresponding service control data or attributes thereof A service control configuration 
table serves to store service control data or attributes thereof and corresponding 
service control information or attributes thereof. 

Each configuration table includes several parameters and can easily be re-configured 
allowing the whole system to be very flexible and to be adapted to specific 
requirements via simple software reprogramming. 

If predefined attributes (=parameters) of an assembled search digit string (e.g. 
assembled from a received E.I 64 number) could not be found in a Single Number 
Configuration Table a further query is done in a Range Number Configuration Table. 
This two step approach enables a quicker search routine. Parameters are e.g. number 
value, portability status, transition indicator. 

The dadatase pool enables Number Portability when at least one Single Number 
Configuration Table serves to store E.I 64 single numbers or attributes thereof like 
E.164 Number Length, E.164 Number Value, Number Type, Portability Status, 
Default/Exception Indicator, Transition Indicator, Extended Match Indicator, Extended 
Match Length, and corresponding service control data or attributes thereof like Service 
Control Data Id, Service Control Data Sequence Number, and at least one Range 
Number Configuration Table serves to store E.164 range numbers or attributes thereof 
like E.164 Number Start Range Length, E.164 Number Start Range Value, E.164 
Number End Range Length, E.164 Number End Range Value, Number Type, 
Portability Status, Default/Exception Indicator, Transition Indicator, Single Number 
Flag, and corresponding service control data or attributes thereof like Service Control 
Data Id, Service Control Data Sequence Number. 

The dadatase pool enables in addition flexible routing when at least one Single 
Number Configuration Table serves to store MSIN based single numbers or attributes 
thereof like MSIN Based Number Length, MSIN Based Number Value, Number Type, 
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Indicator, Extended Match Length, and corresponding service control data or attributes 
thereof like Service Control Data Id, Service Control Data Sequence Number, and at 
least one Range Number Configuration Table serves to store MSIN based range 
numbers or attributes thereof like MSIN Based Number Start Range Length, MSIN 
Based Number Start Range Value, MSIN Based Number End Range Length, MSIN 
Based Number End Range Value, Number Type, Portability Status, Default/Exception 
Indicator, Transition Indicator, Single Number Flag, and corresponding service control 
data or attributes thereof like Service Control Data Id, Service Control Data Sequence 
Number, 



The inventive Signaling application server (SAS) comprises at least one processor, at 
least one database and at least one processing software for processing at least one 
application service request, wherein the at least one processing software includes a 
signaling connection control part (SCCP) process and at least one transaction 
capabilities application part (TGAP) process to identify at least one application service 
request, and wherein processing a SAS application service, comprises the steps of: 

performing an inbound message analysis, 

performing a Service Decision including a database search in a common database 
pool, 

performing an Outbound Message Synthesis using at least one Outbound 
Configuration Table. 



The invenitve SS7 signaling server for routing SS7 links, includes a signaling transfer 
point (STP), and a signaling application server (SAS), 

wherein the STP has at least one external interface to connect the STP via at least one 
SS7 link to at least one telecommunications unit, and an internal interface to connect 
the STP to the SAS, 

wherein the SAS comprises at least one processor, at least one database and at least 
one processing software for processing at least one application service request, 
wherein processing a SAS application service, comprises the steps of: 
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performing an inbound message analysis, 

performing a Service Decision including a database search in a common database 
pool, 

performing an Outbound Message Synthesis using at least one Outbound 
Configuration Table, and 

wherein the STP is capable to process incoming SS7 messages, to identify a single 
application service request in one incoming SS7 message, to provide the identified 
single application service request to the SAS for further processing. 

The inventive Service Architecture has a layered structure including a set of software 
modules, at least: ASTP Dispatcher, SCCP Transcoder, at least one SCCP User Service 
Distributor, at least two SCCP User Services, wherein at least two types of interactions 
could be configured: interaction Type A between ASTP Dispatcher and SCCP User 
Service, wherein the message to be processed is forwarded from the ASTP Dispatcher 
to the relevant SCCP User Service via SCCP Transcoder and the relevant SCCP User 
Service Distributor, and interaction Type B2 between two SCCP User Services assigned 
to the same SCCP User Service Distributor, wherein the SCCP User Service Distributor 
forwards the message to be processed to a second SCCP User Service dependent on 
the result of the outbound message of a first SCCP User Service. 

Interaction Type A serves to process a Service Application request received from the 
STP. The message to be processed is forwarded to the specific TCAP User Service, in 
which the processing can be performed. The result of the processing in the TCAP User 
Service is forwarded to the ASTP Dispatcher which transmits the result to the STP. 

Interaction Type Bl together with interaction Type A serves to increase the flexibility of 
processing and to reduce the time required for processing. 

The SAS Service Architecture is thus very flexble and applicable to different kind of 
services. In one embodiment only TCAP sen/ices are processed, in another 
embodiment TCAP + SCCP services are processed, in another only SCCP services, etc. 

BRIEF DESCRIPTION OF THE DRAWINGS 
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For a better understanding of the present invention, reference is made to the 
accompanying drawings, in which: 

FIG. 1 shows the inventive SAS Service Architecture: Overview; 

FIG. 2 shows the SAS Service Architecture Access of Database Pool; 

FIG. 3 shows the Generic Structure of a SAS Application Service; 

FIG. 4 shows the Service Decision part of the SAS Application Service; 

FIG. 5 shows a flowchart of the Database Search part of the Service Decision part; 

FIG. 6 shows a flowchart of the Generic Loop Detection part of the Service Decision 
part; and 

FIG. 7 shows a flowchart of the Outbound Message Synthesis part of the SAS 
Application Service. 

DETAILED DESCRIPTION OF THE INVENTION 

The preferred embodiments of the present invention are illustrated in FIGS. 1-16, like 
reference numerals being used to refer to like and corresponding parts of the various 
drawings. 

1 . SAS Service architecture 

Figure 1 depicts the overview of the SAS Service Architecture. The purpose of this 
architecture is to provide an extendible framework for the execution of services, which 
receive, analyse, process and generate SS7 messages. The SAS receives the SS7 
messages from a SRF/STP core node. The SAS sends or returns SS7 messages to the 
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SRF/STP core node. The SAS Service Architecture is layered. The layering principle 
resembles the SS7 protocol architecture. 

Figure 1 shows the SAS Service Architecture: Overview. 

The ASTP Dispatcher communicates SS7 messages with the SRF/STP core. The SS7 
messages are enveloped into a ASTP Header before they are packed into TCP. 
Examples of SS7 messages are SCCP PDUs, MTP3 PDUs, etc. The ASTP Header 
contains the following kinds of information: 

• Routing information to identify the physical computing nodes in the SRF/STP Core 
and the SAS Servers. 

• Pre-analysis information from the SRF/STP Core. This includes information, which 
allows the ASTP Dispatcher and the Service Distributors to uniquely identify a single 
SAS Service. 

• Analysis information from the SAS to control outbound routing in the SRT/STP 
Core. 

• Additional SS7 related information. 

The ASTP Dispatcher also communicates with the SAS Services and their underlying 
protocol entities. The ASTP Dispatcher distributes SS7 messages enveloped into an 
internal header to the correct Service Distributor. Also, the ASTP Dispatcher receives 
SS7 messages enveloped into an internal header from the Service Distributors, and 
then either forwards them to the SRF/STP Core or to another Service Distributor. This 
decision is based on the information in the internal header. The internal header 
contains the following information: 

• Pre-analysis information from the SRF/STP Core. This includes information, which 
allows the ASTP Dispatcher and the Service Distributors to uniquely identify a single 
SAS Service. 

• Interim or final result information from the SAS Application Services. 

The SCCP Transcoders receive / send SS7 messages enveloped in an internal header 
from / to the ASTP Dispatcher. The SCCP Transcoders provide to the higher layers 
access functions for reading and manipulating the following: 
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• Internal Header information. 

• SCCP Header information. 

• SCCP Payload information. 

The SCCP Transcoders are capable to process ITU and ANSI SCCP. 



TCAP is a complete TCAP with ITU and ANSI capabilities. It does the following: 

• Passing through of access functions to Internal Header information. 

• Passing through of access functions to SCCP Header information. 

• Analysis of SCCP Payload information: 

• Processing of TCAP header information. 

• Access functions to TCAP payload. 



The SCCP Service Distributor has the following capability: 

• Triggering of correct SCCP service based on internal header information. 

• Passing through of access functions to SCCP Header information. 

• Passing through of access functions to internal header information. 



The TCAP User Service Distributors have the following capability: 

• Triggering of correct TCAP User Service based on internal header information. 

• Passing through of access functions to SCCP Header information. 

• Passing through of access functions to internal header information. 

• Access functions to the TCAP payload. 

• ASN.1 Transcoding; either using a complete or partial ASN.l transcoder, selected 
by configuration data. 

The types of TCAP User Service Distributors include but are not limited to INAP, MAP, 
CAP. 
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The SAS Services access their respective payload, process it and generate a response. 
SAS initiated TCAP dialogues are also possible. The general service architecture of a 
SAS service is specified below. 



The SAS Service Architecture is open. I.e. SS7 capabilities can be integrated such as 
MTP3 PDUs and SIGTRAN. This implies the integration of additional transcoders / 
service distributors and services. 



Service Addressing and Routing: 

Each SAS Application Service can execute in multiple instances. Each instance may 
have a different configuration. Each instance has a unique SAS Application Service 
Instance Id. 

The Service Distributors contain a configurable service access table. This service access 
table maps the addressing information of the internal headers to the SAS Application 
Service Instance Id. 

The ASTP Dispatcher uses the ASTP Header information to identify the correct SCCP or 
MTP or other low-level transcoder. For this purpose, the ASTP Dispatcher contains a 
configurable mapping table. 



Interaction Types and Service Concatenation: 

There are several possibilities to interact between the SRF/STP Core and the SAS 
Application Services. 
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Interaction Type A (default type of interaction): . 

• The interaction is started outside the SRF/STP and addresses a SAS Application 
Service, The SAS Application Service generates a response. The response can also 
be a relay of the SS7 message to another destination. 

• For TCAP User Services, it is also possible that the TCAP User Service initiates the 
interaction with a node outside the SRF/STP. 



All other types of interaction are concatenation types of interaction. I.e. the SS7 
message is forwarded from one SAS Application Service to another SAS Application 
Service together with an interim analysis result. This concatenation is configurable in 
each SAS Application Service and can occur multiple times. The concatenation 
principle implies that each SAS Application Service has to be designed in a way, that it 
does only one task very good. Thanks to the configuration capabilities of SAS 
Application Services the functionality of this service can be kept on a quite generic 
level. More complex signalling functions are realised by concatenation of SAS 
Application Services. 

Interaction Types Bx (concatenation of SAS Application Services on the same Service 
Distributor): 

• The SS7 message is directly forwarded from one SAS Application Service to another 
SAS Application Service. 

• This forwarding can be configured in each SAS Application Service. 

• During the forwarding, the SS7 message is enveloped into the internal header 
including internal addressing information and interim result information from the 
sending SAS Application Service. 
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Interaction Type C (concatenation of TCAP User SAS Application Services on different 
Service Distributors): 

• The SS7 message is indirectly forwarded from one SAS Application Service to 
another SAS Application Service via the TCAP User Service Distributor of the 
sending SAS Application Service, TCAP, and the TCAP User Service Distributor of 
the receiving SAS Application Service. 

• This forwarding can be configured in each SAS Application Service. 

• During the forwarding, the SS7 message is enveloped into the internal header 
including internal addressing information and interim result information from the 
sending SAS Application Service. 

Interaction Type D (concatenation of SAS Application Services which have only the 
ASTP Dispatcher as a common communication protocol entity): 

• The SS7 message is indirectly forwarded from one SAS Application Service to 
another SAS Application Service via all underlying layer entities including the ASTP 
Dispatcher. 

• This forwarding can be configured in each SAS Application Service. 

• During the forwarding, the SS7 message is enveloped into the internal header 
including internal addressing information and interim result information from the 
sending SAS Application Service. 



Access of a Common Database Pool: 

Figure 2 shows how the SAS Application Services access a Common Database Pool. 
The database pool can include one or more logical database. Each logical database 
serves advantageously a different purpose. Each logical database is designed in a way 
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that it can be accessed by various types of SAS Application Services, always using the 
same access functions. Examples for logical databases are MNP database, FNP 
database, etc. 



2. Generic Structure of a SAS Application Service 

Many SAS Application Services have three stages, as follows: 

. Stage 1 - Inbound Message Analysis: This stage starts with some service specific 
inbound protocol checks. Then the auxiliary number parts are analysed. If found 
and correct, then remove auxiliary number part from received E.164 or MSIN 
Based number and store it internally. This analysis is done step by step for each 
possible auxiliary number part. When the analysis of the auxiliary number parts 
terminates successfully, then the second stage starts. 

Each auxiliary number is to be stored in a record containing its name, its position, 
it s value, and its presence. 

Inbound Processing is configured based on the specification of the received d.g.t 
string and other application service specific configuration items. 

. Stage 2 - Service Decision: Analyse the core part of the received number in the 
Single Number and Range Number tables. Additional digits might be requested. 
The Extended Match Indicator is to be used if required. Service Decision .ncludes 
also Loop Detection. The Service Decision is executed dependent on conf.gurat.on 
data items and the Transition Indicator, the Default/Exception Indicator, and the 
Single Number Flag of the Single Number and Range Number tables. 

. Stage 3 - Outbound Message Synthesis: Depending on the result of this database 
query and the inbound processing, the response is generated. Outbound 
processing is configured based on the specification of the digit string to be sent off, 
the Service Control Data Record, the Number Type and the Portability Status, and 
other configuration data items. 

Figure 3 depicts the SDL diagram of the Generic Structure of a SAS Application 

Service. 



1 7.03.03 ZPL/Mz 



113960_EP_appl.doc 



113960 



17 



The Inbound Message Analysis is quite generic for many SAS Application Services. 

The Service Decision Stage is also quite generic. The Service Decision Stage accesses 
the SAS Database Pool. The capabilities of the SAS Database Pool are: SAS Number 
Portability and Flexible Routing. Additional types of database are of course possible. 

Outbound Message Synthesis is very service specific. The general structure of this stage 
is described below. 



2.1 Service Decision 

For those SAS Application Services that are required to search the E.164 or MSIN 
Based Tables for routing information, the following principles apply. The search of the 
E.164 or MSIN Based Tables constitutes the main service decision. Figure 4 depicts the 
SDL diagram of the Service Decision. 

The Evaluation of Database Search Indications is a SAS Application Service specific 
matter, also the decision whether or not to perform another SAS Database search. The 
Application Specific Evaluation of DB Search Indications includes for instance actions 
like requesting additional digits in case the database search came back with an 
indication that the queried number was AMBIGUOUS. Both, the application specific 
evaluations and the decision for further database searches, depend on the SAS 
Application Service's service logic, configurable items such as "Open/Closed 
Numbering Plan", "Block/Single Number Dialling", "Request More Digits Yes/No", 
and other things. Table 6 contains a list of possible results of the database searches 
including options for corresponding reaction. 

Loop Detection is a mechanism to discover inconsistencies in the received data, which 
might be caused by a condition that causes the SS7 message to loop through the SS7 
network. There are two kinds of loop detection: a generic one and an application 
specific one. The generic one is specified in detail here. The applications specific ones 
are specified at the respective SAS Application Services. 
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2.1.1 Database Search - * 

Figure 5 depicts the SDL diagram of the Database Search in E.164 and MSIN Based 
Databases. 

Figure 5 shows a Database Search in E.164 and MSIN Based Single Number and 
Range Number Tables. 

A Single Number or Range Number Table is considered available when there are 
entries allocated for this table. A table is considered not available when there are no 
entries allocated for the table. 

If the Single Number Table is available, then the Single Number Table shall be 
searched prior to the Range Number Table, if available. 

If the Single Number Table is not available, then the Range Number Table shall be 
searched, if available. 

If the Single Number Table search indicates NO MATCH or ERROR, then the Range 
Number Table shall be searched, if available. 

Note: It is up to the individual SAS Application Service to define the routing for when 
the Single Number Table search result indicates NO MATCH or ERROR. 

If the Single Number Table search indicates a MATCH then the Single Number Table 
search result shall indicate MATCH. 

Note: It is up to the individual SAS Application Service to define the routing for when 
the Single Number Table search result indicates MATCH. 

If the Single Number Table is to be searched and the search indicates a partial match 
(ambiguity), then the Single Number Table search result shall indicate AMBIGUOUS. 

Note: It is up to the individual SAS Application Service to define the routing for when 
the Single Number Table search result indicates AMBIGUOUS. 

If the Range Number Table is to be searched and the Range Number Table is not 
available, the Range Number Table search result shall indicate NO MATCH. 
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Note: It is up to the individual SAS Application Service to define the routing for when 
the Range Number Table search result indicates NO MATCH. 

If the Range Number Table is to be searched and the search indicates NO MATCH or 
ERROR, the Range Number Table search result shall indicate NO MATCH or ERROR. 

Note: It is up to the individual SAS Application Service to define the routing for when 
the Range Number Table search result indicates NO MATCH or ERROR. 

If the Range Number Table is to be searched and the search indicates a partial match 
(ambiguity), then the Range Number Table search result shall indicate AMBIGUOUS. 

Note: It is up to the individual SAS Application Service to define the routing for when 
the Range Number Table search result indicates AMBIGUOUS. In general, if 
Requesting of More Digits is not enabled, then AMBIGUOUS is mapped to NO 
MATCH, otherwise more digits are requested. 

The Database Search is done in the Single Number and Range Number tables. The 
Single Number and Range Number tables refer to the Service Control Data Table. 
Below are three example tables for the example above as follows: 

• Table 1 presents the E.164 Single Number Table. 

• Table 2 presents the E.I 64 Range Number Table. 

• Table 3 presents the Service Control Data Table referenced by the two previous 
tables. 

Please Note, that for space reasons, only three Service Control Data Slots instead of 
five are presented in the tables. 
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^ E.164 Single Number Table 
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Table 1: E.164 Single Number Table for the Example. 



E.164 Range Number Table 
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The acronyms for the Portability Status are as follows: 
ONNPO: Own Number Not Ported Out 
ONPO: Own Number Ported Out. 
FNPI: Foreign Number Ported In. 

FNP2AFN: Foreign Number Ported To Another Foreign Network. 
FNNK2BP: Foreign Number Not Known To Be Ported. 



Table 2: E.164 Range Number Table for the Example. 
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Service Control Data Table 


Service Control 
Data Id 


Service Control 
Data Function 


Service Control 
Data Type 


Service Control 
Data Length 


Service Control 
Data Value 


Address Info 
Present Mask 


NoAl 


Numbering 
Plan 


Cut Enable 
Mask 


Cut Offset 


Cut Length 


SCDM 


Insert 


INRN 


5 


17685 


Not Present 


NULL 


NULL 


Disabled 


NULL 


NULL 


SCDI-2 


Insert 


INRN 


5 


17686 


Not Present 


NULL 


NULL 


Disabled 


NULL 


NULL 


SCDI-3 


Insert 


INRN 


5 


17687 


Not Present 


NULL 


NULL 


Disabled 


NULL 


NUU 


SCDM 


Replace 


HLR-SCA 


12 


353857000420 


Present 


International 


E.164 


Disabled 


NULL 


NULL 



Table 3: Service Control Data Table for the Example. 



The Service Control Slots in the Single Number and Range Number tables are for a 
given configuration always filled with the same type of Service Control Data. This is 
illustrated for our example in Table 4. 



Service Control Slots Configuration Table 


SAS Database Id 


SAS Database Table Id 


Service Control Slot Id 


Service Control Type 


MNP E.164 Database 0 


E.164 Single Number Table 


0 


INRN 


MNP E.164 Database 0 


E.164 Single Number Table 


1 


HLR-SCA 


| MNP E.164 Database 0 


E. 164 Single Number Table 


2 




1 MNP E.164 Database 0 


E. 164 Single Number Table 


3 




MNP E.164 Database 0 


E.164 Single Number Table 


4 




MNP E.164 Database 0 


E.164 Range Number Table 


0 


INRN 


I MNP E.164 Database 0 


E.164 Range Number Table 


" 1 


HLR-SCA 


MNP E.164 Database 0 


E.164 Range Number Table 


2 




MNP E.164 Database 0 


E.164 Range Number Table 


3 




MNP E.164 Database 0 


E.164 Range Number Table 


4 





Table 4: Auxiliary Number Table for the Example. 



2.1 .2 Detection of Loops and other Inconsistencies 

Loop detection is provided to prevent signalling loops within the signalling network. 
Signalling loops may occur when the routing databases in different signalling networks 
contain inconsistent routing information for network subscribers. The ability to detect 
signalling loops is defined within the scope of each SAS Application Service and may 
not be present in all SAS Application Services. Also, the response taken to the detection 
of a signalling loop is defined within the scope of each SAS Application Service. 



17.03.03 ZPL/Mz 



113960_EP_appl.doc 



113960 



22 

-As stated above, there is a Generic Loop Detection, mechanism, which applies to many 
SAS Application Service, and there are SAS Application Service specific Loop Detection 
mechanisms. The Generic Loop Detection mechanism is in detail specified here. The 
SAS Application Service specific Loop Detection mechanisms are outlined here and are 
specified at the respective SAS Application Service. 

2.1 .2.1 Generic Loop Detection Analysis 

The generic mechanism for the detection of signalling loops is a two step process and 
requires the co-operation of the underlying switched network in order to succeed. First, 
the underlying switched network will pass any received Inter-Network Routing Number 
to the SAS as part of the concerned address (i.e. the SCCP Called Party Address GTAI). 
This first step signals the SAS Loop Detection algorithm that the signalling message 
has originated outside of the current signalling network. Secondly, the E.164 
database(s) search must resolve to a combination of the pair (E.164 Number Type, 
Portability Status) that is marked as a candidate for looping. With these two criteria 
met, the signalling loop is detected. 

This implies, that there has to be configuration table which indicates for each pair 
(E.164 Number Type, Portability Status), whether loop detection is to be enabled or 
not. 

As a temporary relaxation of the SAS Loop Detection, the Transition Time capability 
was introduced. This provides a synchronisation period for recent database updates. If 
the Transition Indicator is marked "Transition Time is not yet over", then the SAS Loop 
Detection is either bypassed or relaxed. 

Figure 6 depicts the SDL diagram of the Generic Loop Detection Analysis. 

If an INRN is not present in the Input Digit String, then a signalling loop shall not be 
detected. - 

If an INRN is present in the Input Digit String, then a signalling loop shall be detected. 

If the SAS General Loop Detection State is configured disabled, then a signalling loop 
shall not be detected. 
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If the SAS General Loop Detection State is configured enabled, then a signalling loop 
shall be detected. 

If the SAS Application Service does not perform INRN Based Generic Loop Detection, 
then a signalling loop shall not be detected. 

If the SAS Application Service performs INRN Based Generic Loop Detection, then a 
signalling loop shall be detected. 

If the SAS Database Table uses Transition Time, then the current value of the 
Transition Indicator shall be queried in the entry found in the Single Number or Range 
Number table. 

If the SAS Database Table does not use Transition Time, then a signalling loop shall 
be detected. 

If the Transition Indicator of the entry found in the Single Number or Range Number 
table indicates that the subscriber is in transition, then a signalling loop shall not be 
detected. 

If the Transition Indicator of the entry found in the Single Number or Range Number 
table indicates that the subscriber is not in transition, then a signalling loop shall be 
detected. 

If the database search criteria do not indicate a MATCH, then a signalling loop shall 
not be detected. 

If the database search criteria indicate a MATCH, then a signalling loop shall be 
detected. 

If the pair (Number Type, Portability Status) of the entry found in the Single Number or 
Range Number table does not support looping, then a signalling loop shall not be 
detected. 

If the pair (Number Type, Portability Status) of the entry found in the Single Number or 
Range Number table supports looping, then a signalling loop shall be detected. 
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If an Inter-Neiwork Routing Number was received in the concerned address, and the 
received INRN is equal to the INRN found in the SAS database, then a signalling loop 
shall not be detected. 

If an Inter-Network Routing Number was received in the concerned address, and the 
received INRN is not equal to the INRN found in the SAS database, then a signalling 
loop shall be detected, plus a configured loop detection action has to be performed. 



The Generic Loop Detection makes use of the Loop Detection Status and Action 
Configuration Table. Table 5 shows possible values for our example. 



Note: the current implementation of Loop Detection executes only if the Outbound 
Processing Configuration Data entry refers to a Service Control Slot, which contains an 
INRN. 





Loop Detection Status And Action Configuration 


Table 




SAS Application 
Service Id 


SAS Database Id 


SAS Database Table Id 


Number 
Type 


Portability 
Status 


Loop Detection 
State And Action 


MNP-INAP-O-VM-IW 


MNP E.164 Database 0 


E.164 Single Number Table 


MSISDN 


ONNPO 


Disabled 


MNP-INAP-O-VM-IW ; 


MNP E. 1 64 Database 0 


E.164 Single Number Table 


MSISDN 


ONPO 


Discard, Counter 


MNP-INAP-O-VM-IW 


MNP E.164 Database 0 


E.164 Single Number Table 


MSISDN 


FNPI 


Discard, Counter 


MNP-INAP-O-VM-IW 


MNP E.164 Database 0 


E.164 Single Number Table 


MSISDN 


FNP2AFN 


Discard, Counter 


MNP-INAP-O-VM-IW 


MNP E.164 Database 0 


E.164 Single Number Table 


MSISDN 


FNNK2BP 


Disabled 


MNP-INAP-O-VM-IW 


MNP E.164 Database 0 


E . 1 64 Range Number Table 


MSISDN 


ONNPO 


Discard, Counter 


MNP-INAP-O-VM-IW 


MNP E.164 Database 0 


E.164 Range Number Table 


MSISDN 


ONPO 


Disabled 


MNP-INAP-O-VM-IW 


MNP E.164 Database 0 


E.164 Range Number Table 


MSISDN 


FNPI 


Disabled 


MNP-INAP-O-VM-IW 


MNP E.164 Database 0 


E.164 Range Number Table 


MSISDN 


FNP2AFN 


Disabled 


MNP-INAP-O-VM-IW 


MNP E.164 Database 0 


E.164 Range Number Table 


MSISDN 


FNNK2BP 


Discard, Counter 


The acronyms for the Po 


rtability Status are as follows: 



• ONNPO: Own Number Not Ported Out 

• ONPO: Own Number Ported Out. 

• FNPI: Foreign Number Ported In. 

• FNP2AFN: Foreign Number Ported To Another Foreign Network. 

• FNNK2BP: Foreign Number Not Known To Be Ported. 

Table 5: Loop Detection Status And Action Configuration Table for the Example. 
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2.1 .2.2 Outline of SAS Application Service Specific Loop Detection Mechanisms 
SAS Application Service Specific Loop Detection and detection of inconsistencies can 
be performed on the following principles (as soon as the principles are more precisely 
defined, respective configuration data items are introduced): 

. If the network in which the A5070 SSE is located, can never be the transit network 
in a Number Portability scenario, then the received 1NRN must always be an own 
INRN: 

. Reception of an INRN, which is not an own INRN, results in a detected loop. 
. There has to be a configuration data item "Own INRNs", which specifies the list 
of the operator's own INRNs. 

• Further checks on the received INRN are possible depending of other particular 
network conditions. 

• Loop Detection is dependent on the Routing Principle in the network of the operator 
and in the portability domain: 

• All networks in the portability domain implement the same routing mechanism. 
Four cases have to be distinguished: 

• Direct Routing. 

• Indirect Routing. 

• Indirect Routing with Reference to the Subscription Network. 

• One of above three options as special value for each Natl range in the 
portability domain. 

• Each network in the portability domain defines its own routing mechanism for 
number portability traffic. In this case, only the routing mechanism of the own 
network is known: 

• Direct Routing. 

• Indirect Routing. 

• Indirect Routing with Reference to the Subscription Network. 

• One of above three options as special value for each Natl range in the 
portability domain. 
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Whether or not the routing applies to all numbers or to specific Natl ranges, the ., 
actual relevant information for loop detection is always one of the three values 
"Direct Routing", "Indirect Routing", or "Indirect Routing with Reference to the 
Subscription Network". 

2.1 .3 Errors, Exceptions and Indications of the Database Search and the Generic Loop 
Detection Analysis 

Table 6 lists all errors, exceptions, and indications, which can be generated during 
Database Search and Generic Loop Detection Analysis. Each table entry contains the 
respective error / exception / indication item together with its origin, the location 
where it has to be treated and a comment. The comment concentrates on the action to 
be done in the location where the respective item has to be treated. 
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Table of Errors, Exceptions and Indications of the Database Search and the 

Generic Loop Detection Analysis 


Error / Exception / 
Indication Name 


Origin 


Location where Error / 
Exception / Indication 
has to be handled 


Comment 


Indication: "MATCH in j 
Single Table." 


Database Search 


SAS Application Service. 


Possible reactions of SAS Application Service: 
depending on configuration items: 

• Continue with Generic Loop Detection 
Analysis. 

• Continue with Outbound Message Synthesis. 


Indication: "AMBIGUOUS 
in Single Table 


Database Search 


SAS Application Service. 


Possible reactions of SAS Application Service: 

depending on configuration items: 

• Request more digits and start with the new 

string of digits again at Inbound Message 

Analysis. 

Interpret AMBIGUOUS as NO MATCH and = 
continue with the respective behaviour. 


Indication: "NO MATCH in 
Single Table 


Database Search 


SAS Application Service. 


Possible reactions of SAS Application Service: 
depending on configuration items: 

• Continue with Range Number Table query. 

• Continue with Outbound Message Synthesis. 


Indication: "Error in Single 
Table 


Database Search 


SAS Application Service. 


Possible reactions of SAS Application Service: 
depending on configuration items: 

• Continue with Range Number Table query. 

• Continue with Outbound Message Synthesis. 


Indication: "MATCH in 
Range Table," 


Database Search 


SAS Application Service. 


Possible reactions of SAS Application Service: 
depending on configuration items:: 

• Continue with Generic Loop Detection 
Analysis. 

• Continue with Outbound Message Synthesis. 


Indication: "AMBIGUOUS 
in Range Table." 


Database Search 


SAS Application Service. 


Possible reactions of SAS Application Service: 
depending on configuration items: 

• txtJC^UabJ II ivJJ xJ <Jiyu;> uiiu oiui i wimi nits now 

string of digits again at Inbound Message 
Analysis. 

• Interpret AMBIGUOUS as NO MATCH and 
continue with the respective behaviour. 


Indication: "NO MATCH in 
Range Table." 


Database Search 


SAS Application Service. 


Possible reactions of SAS Application Service: 

• Continue with Outbound Message Synthesis. 


Indication: "Error in Range 
Table." 


Database Search 


SAS Application Service. 


Possible reactions of SAS Application Service: 

• Continue with Outbound Message Synthesis. 


Indication: "Signalling 
Loop Detected." 


Generic Loop 
Detection Analysis 


SAS Application Service. 


Possible reactions of SAS Application Service: 
• Continue with configured Loop Detection 
Action. 


Indication: "Signalling 
Loop Not Detected." 


Generic Loop 
Detection Analysis 


SAS Application Service. 


Possible reactions of SAS Application Service: 
• Continue with Application Specific Loop 
Detection Analysis. 



Table 6: Table of Errors, Exceptions and Indications of the Database Search and 

the Generic Loop Detection Analysis. 



2.2 Outbound Message Synthesis 
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From all three stages, Outbound Message Synthesis is the one, which has the most 
application specific properties. However, there are configuration data items, which 
occur for each SAS Application Service. In general, Outbound Message Synthesis takes 
the result of Stage 2 - Service Decision - and constructs the outbound response 
message. Figure 7 specifies the generic aspects of the Outbound Message Synthesis. 

Configuration tables control Outbound Message Synthesis. The configuration tables of 
the Outbound Message Synthesis are illustrated by an example. The SAS Application 
Service is the same as the one used above: MNP-INAP With Optional Voice Mail Inter- 
working. 

An Output Address includes the triple (NoAl, Numbering Plan, Digit String). The 
Output Digit String Configuration Table specifies the necessary output digit strings of 
the SAS Application Service, including a NoAl value. The value for Numbering Plan is 
implicitly present in the service logic of the SAS Application Service. Memory has to be 
allocated for the digit string elements of the Output Digit String Configuration Table, 
plus for Natl and Nat2 or Nat. 



Output Digit String Configuration Table 




SAS Application 
Service Id 

MNP-JNAP-O-VM-IW 
MNP-INAP-O-VM-IW 
MNP-lNAP-O-VM-IW 


Output Digit 
String id 

1 
1 
1 
1 


Auxiliary Number 
Name 

INRN 
Natl 
VMSOINI 
Nat2 


Nature of Address 
Indicator 

Subscriber 
Subscriber 
Subscriber 


Auxiliary Number 
Presence 

Copy Input 
Copy Input 
Copy Input 


Auxiliary Number 
Position 

Natl 
lnfix-0 
Nat2 



Table 7: Definition of the Output Digit String Configuration Table for the Example. 



Output Digit String To Protocol Element Mapping Table 


SAS Application Service Id Output Digit String Id 


Protocol Element Id 

INAP Connect DRA 


Output Digit String Option 

1 



Table 8: Output Digit String To Protocol Element Mapping Table for Table 7. 
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Input Digit String To Output Digit String Mapping Table 


SAS Application Service Id 


Output Digit String Id 


Input Digit String Id 


MNP-INAP-O-VM-IW 


1 


7 


MNP-INAP-O-VM-IW 


1 


2 i 


MNP-iNAP-O-VM-IW 


1 


3 


MNP-INAP-O-VM-IW 


1 


4 



Table 9: Output Digit String To Protocol Element Mapping Table for Table 7. 



The SAS Application Service Specific Outbound Processing Configuration Table for 
Normal and Abnormal Completion contains up to 10 Response Actions. One or more 
of these Response Actions can be used to insert configured values at defined positions 
in the output digit string. 



SAS Application Service Specific Outbound Processing Configuration Table - Normal Completion 


SAS Application 
Service Id 


Number 
Type 


Portability 
Status 


Response Action Idl 


Service Control 
Data Slot Id 


Output Digit 
String Id 


Nature of 
Address 
Indicator 


MNP-INAP-O-VM-IW 


MSISDN 


ONNPO 


Send INAP Continue 
Operation 


None. 


None. 


NULL 


MNP-INAP-O-VM-IW 


MSISDN 


ONPO 


Send INAP Connect 
Operation 


0 [INRN] 


1 


Subscriber 


MNP-INAP-O-VM-IW 


MSISDN 


FNPI 


Send INAP Connect 
Operation 


0 [INRN] 


1 


Subscriber 


MNP-tNAP-O-VM-IW 


MSISDN 


FNP2AFN 


Send INAP Connect 
Operation 


0 [INRN] 


1 


Subscriber 


MNP-INAP-O-VM-IW 


MSISDN 


FNNK2BP 


Send INAP Connect 
Operation 


0 [INRN] 


1 


Subscriber 


The acronyms for the Portability Status are as follows: 

• ONNPO: Own Number Not Ported Out 

• ONPO: Own Number Ported Out. 

• FNPI: Foreign Number Ported In. 

• FNP2AFN: Foreign Number Ported To Another Foreign Network. 

• FNNK2BP: foreign Number Not Known To Be Ported. 



Table 10: Definition of the SAS Application Service Specific Outbound Processing 
Configuration Table for the Example - Normal Completion. 
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SAS Application Service Specific Outbound Processing Configuration Table - Abnormal 

Completion 


SAS Application 
Service Id 


SAS Application 
Specific Abnormal 
Condition Id 


Response Action Idl 


Response Action Id2 


Output Digit 
String Id 


Natura of 
Address 
Indicator 


MNP-INAP-O-VM-IW 


NO MATCH 


Send 1NAP Continue 
Operation 


None. 


None. 


NULL 


MNP-INAP-O-VM-IW 


Errorl 


Send INAP Release Call 
Operation 


Release Call Cause n 


None. 


NULL 





Table 1 1 : Definition of the SAS Application Service Specific Outbound Processing 
Configuration Table for the Example - Abnormal Completion. 



2.2.1 Generic Outbound Actions 

This sub-chapter specifies Outbound Actions, which can be used by multiple SAS 
Application Services. 

Each set of Outbound Actions is triggered by a value pair (Number Type, Portability 
Status) of the Single Number or Range Number tables. 

2.2.1.1 Digit Preparation in Outbound Digit String 

The generic outbound action "Digit Preparation in Outbound Digit String" manipulates 
the output digit string or a part of it according to the specification in Table 18. 

3. Configuration of Loop detection and outbound message synthesis 
Configuration Items for Loop Detection: 

There shall be a configuration data item "Perform INRN Based Generic Loop 
Detection" with the possible values YES and NO. Perform INRN Based Generic Loop 
Detection indicates whether or not the INRN Based Generic Loop Detection shall be 
used in the loop detection algorithm within the Service Decision phase of the 
respective SAS Application Service. 

The received INRN might indicate a loop if it is not identical to the INRN found as a 
result of the query against the Single Number table and Range Number table. 
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The name of this configuration data item is 

SasApplicationServicePerformlnrnBasedGenericLoopDetection. The syntax is: 

SasApplicationServicePerformlnrnBasedGenericLoopDetection = 
SasApplicationServiceld, InputDigitStringld, 
PerformlnrnBasedGenericLoopDetection. 

SasApplicationServiceld is any SAS Application Sen/ice Id. 
InputDigitStringld is any Input Digit String Id. 

PerformlnrnBasedGenericLoopDetection is an enumerated data type with 
values YES and NO. 



There shall be a configuration data item "Slot Id of INRN" with a valid Service Control 
Data Slot Id as value. "Slot Id of INRN" identifies the Service Control Data Slot in the 
found entry of the Single Number or Range Number table from which the INRN has to 
be retrieved in order to compare the found INRN with the received INRN within INRN 
based Loop Detection. 

The received INRN might indicate a loop if it is not identical to the INRN found as a 
result of the query against the Single Number table and Range Number table. 

The name of this configuration data item is SasApplicationServiceSlotldOflnrn. The 
syntax is: 

SasApplicationServiceSlotldOflnrn = SasAppliationServiceld, SlotldOflnrn. 

SasApplicationServiceld is any SAS Application Service Id, 
SlotldOflnrn is a valid encoding of Service Control Data Slot Id. 



There may be additional other types of loop detection or detection of various kinds of 
inconsistent data in the input digit strings, which might be enabled or disabled for a 
specific SAS Application Service in the same way, depending on the respective 
configuration data item. As soon as they are precisely defined additional configuration 
data items will be introduced. 
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There shall be a configuration table, which configures whether loop detection is 
enabled or disabled depending on each allowed value pair (E.I 64 Number Type, 
Portability Status) or (MSIN Number Type, Portability Status) of the respective single 
number or range number table. If Loop Detection is enabled, then an action has to be 
defined, which specifies what has to be done with the looping SS7 message. 



Loop Detection Status And Action Configuration Table 




Table 12: Details of the Loop Detection Status Configuration Table 



There shall be a configuration data item "Use Transition Time" with the possible values 
YES and NO. Use Transition Time indicates whether or not the Transition Indicator of 
the single number or range number tables shall be used in the loop detection 
algorithm within the Service Decision phase of the respective SAS Application Service. 

The name of this configuration data item is SasDbTableUseTransitionTime. The syntax 
is: 

SasDbTableUseTransitionTime = SasDbTableld, UseTransitionTime. 

SasDbTableld is any SAS Database Table Id (details to be defined). 
UseTransitionTime is an enumerated data type with values YES and NO. 



Configuration Items for Outbound Digits Synthesis: 
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Each SAS Application Service shall have a configuration data item, which specifies the 
structure of each possible output digit string on the basis of its general abstract 
structure. Each output digit string is associated to a protocol parameter to which it is 
sent. It is even possible to associate more than one output digit string to a given 
protocol parameter. The structure of the output digit string is specified by the list of its 
auxiliary numbers. The following information shall be specified for each output digit 
string. Table 13 presents the information necessary to specify an input digit string. 
Table 14 specifies the mapping between the Input Digit String to the Output Digit 
String. Table 15 specifies the mapping between the Output Digit String and the 
Protocol Element. 
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Global Title 
Indicator 



1 Byte 



OOh: No Global Title (GT) 
included in address. 
01 h: GT in Address 
includes only NoAL 
02h: GT includes only TT. 
03h: GT includes TT, NP, 
ES. 

04h: GT includes TT, NP, 

ES, NoAI. 

05-O7H: Spare 

International. 

08-OEh: Spare National. 

OFh: Reserved for 

extension. 

10-13h: Internal Spare. 
14h:GTI =1 or 4. 
15-22h: Internal Spare. 
23h: GTI = 2 or 3. 
24-FPh: Internal Spare. 



This attribute is used in order to specify Input Digit Strings also dependent 
on the GTI, in addition to the dependence on the NoAL 
In the SCCP Standard, the Global Title Indicator is represented as a 4 bit 
value. In this internal representation a 1 byte value is used in order to 
represent additional internal values: 

• 1 4h is used to specify that the actual receive GTI may either be 1 or 
4. This makes sense as both have NoAI, and an operator may have 
chosen to define the same digit string structure for both values of 
GTI 

• 23h is used to specify that the actual receive GTI may either be 2 or 
3. This makes sense as both do not have NoAI, and an operator 
may have chosen to define the same digit string structure for both 
values of GTI. 

• FEh: GTI may also be used in the Output Digit String. This value 
specifies, that the GTI shall be copied from the corresponding Input 
Digit String. 

• FFh: The GTI is not used in all TCAP user addresses 
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FEh: Copy GTI from Input 

Digit String. 

FFh: GTI is not used. 


1 



Nature of Address 
Indicator 


1 Byte 


Any valid protocol specific 
encoding of the Nature of 
Address Indicator. 


A NoAl value may be associated with a structure definition of an output 
digit string. NoAl in protocols has up to 7 bit for its encoding. Therefore, 
the value FFh is used as NULL value for this attribute, which means that 
no NoAl value is associated with this particular output diait string. 


Translation Type 
Control 


1 Byte 


Use, Do Not Use 


This attribute indicates whether or not the Translation Type shall be used 
in the specified Output Digit String. 


Translation Type 


1 Byte 


Any valid protocol specific 
encoding of the Translation 
Type 


A Translation Type value may be associated with a structure definition of 
an output digit string. 


Auxiliary Number 
Presence 


1 Byte 


Copy From Input, Modify 
Input With Service Control, 
Always as New Element 
From Service Control, 
Sometimes as New 
Element From Service 
Control, Always as New 
Element From Static 
Configuration. 


The presence of the auxiliary number. For the output digit string, the 
semantics is as follows: 

• Copy From Input: Copy from corresponding input digit string 
element. If the corresponding input digit string element was actually 
not present, this output digit string element is empty. 

• Modify Input With Service Control: Modification of the corresponding 
input digit string element. The modification is controlled by the 
respective Service Control Data item in combination with the pair 
(Number Type, Portability Status) of the found entry in the Single 
Number or Range Number table. 

• Always as New Element From Service Control: Always present as a 
new element, which was not yet present in the input digit string. The 
value is derived from the respective Service Control Data item, 
possibly in combination with the pair (Number Type, Portability 
Status) of the found entry in the Single Number or Range Number 
table. If an Auxiliary Number which is specified to be Always present 
as a mew element, is not actually present, an error has to be 
reported. 

• Sometimes as New Element From Service Control: Sometimes 
present as a new element, which was not yet present in the input 
digit string. The value is derived from the respective Service Control 
Data item, possibly in combination with the pair. (Number Type, 
Portability Status) of the found entry in the Single Number or Range 
Number table. 

• Always as New Element From Static Configuration: Always present 
as a new element, which was not yet present in the input digit string. 
The value is derived from static configuration data for this particular 
SAS Application Service. 

Purpose of this parameter for the service logic of the SAS Application 
Service: this attribute allows to generate an error, if an Always present 
optional digit string is not present in the output digit string. 


Auxiliary Number 
Position 


1 Byte 


Any valid encoding of 
Auxiliary Number Position. 


Possible values are Head-0 to Prefix-31, and Tail-0 to Tail-31 . 

Purpose of this parameter for the service logic of the SAS Application 

Service: specifies the correct position of this entity in the output digit 

strings. 


Note: An empty table for a given output digit string is not allowed, at \easf Opaque or something similar has to be specified. 
Note: A 5AS Application Service accesses an Output Digit String by means of the following four key attributes: SAS Application Service Id, 
Protocol Element Id, Input Digit String Id, Nature of Address Indicator. The key attribute Auxiliary Number Name does not need to be used as 
it specifies the respective Auxiliary Numbers in the output digit string. 

Note: For each Input Digit String, which might be used in on Output Digit String, there has to be o dedicated definition of Output Digit String. 
It can be possible, that the one and the same structure of Output Digit String is defined for multiple Input Digit Strings^ 



Table 13: Details of the Output Digit String Configuration Table 
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Attribute 



Input Digit String 
Id 



Input Digit String To Output Digit String Mapping Table 
Format 




3 Byte 



Values 



Description 



Any valid Input Digit String 
Id 



Note: the relationship between Input Digit String and Output Digit Strina is many-to-many. 



Foreign Key to the Input Digit String from which this Output Digit String is 
provided with values. SAS Application Service specific encoding. Only one 
Input Digit String per Output Digit Strin g is possible. m 



Table 14: Details of the Input Digit String To Output Digit String Mapping Table 



Output Digit String To Protocol Element Mapping Table 



Attribute 



Protocol Element Id 



Output Digit String 
Option 



Format Values 



1 Byte 



Description 




Positive Intege 



SAS Application Service specific encoding. A protocol element is for 
instance a parameter of a service primitive. For a given protocol element 
one or more output digit strings are possible. 



one or moto uui^jui j n-» ^" " — _,„_ 

The sequence number of the Output Digit String Option. For each 
protocol element, it is possible to define multiple Output Digit Strings. 



Table 1 5: Details of the Input Digit String To Protocol Element Mapping Table 



A single output digit sting shall be able to be selected - based on its Id - from a set of 
possible output digit strings. The selection is done based on the value combination of 
(E.l 64/MSIN Number Type, Portability Status). A table has to be present to specify this 
configuration data. 

It shall be possible to specify which Service Control Slot (i.e. Service Control Data 
Sequence Number) of the found entry in the single number or range number table is 
to be used in the outbound processing depending on the value combination of (E.l 64 
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Number Type, Portability Status), A table has to be present to specify this configuration 
data. The same principle can in the future be applied to other number parts as well. 

It shall be possible to specify which action is to be done in the outbound digit 
processing depending on the value combination of (E.164 Number Type, Portability 
Status). Possible actions are the type of message to be used, etc. A table has to be 
present to specify this configuration data. The same principle can in the future be 
applied to other number parts as well. 
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SAS Application Service Specific Outbound Processing Configuration Table • 

Normal Completion 



Attribute 



Format Values 



Description 



mmmm 




Response Action Id 
1 


3 Byte 


Anv vnlio Rfi<inr>ncA Art i fin 


encoding is oao /vppncaTion oervjce specific. NULL value is rrh. 


Response Action Id 
2 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
3 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
4 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
5 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
6 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
7 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
8 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
9 


3 Byte 


Any valid Response Aci'ion 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
10 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Service Control 
Data Slot Id 


1 Byte 


Any valid encoding of 
Service Control Data Slot 
Id 




Output Digit String 
Id 


3 Byte 


Any valid Input Digit String 
Id 


Partial foreign key into the Structure of Output Digit String Configuration 
Table. SAS Application Service specific encoding. Multiple output digit 
strings per Protocol Element are possible. 


Nature of Address 
Indicator 


1 Byte 


Any valid protocol specific 
encoding of the Nature of 
Address Indicator. 


Partial foreign key into the Structure of Output Digit String Configuration 
Table. NoAl in protocols has up to 7 bit for its encoding. Therefore, the 
value FFh is used as NULL value for this attribute. Per input digit string, 
the NoAl has to be considered. Therefore, per Input Digit String Id, 
multiple NoAls are possible. For each NoAl of an Input Digit String Id, an 
input digit string has to be defined. 


Handling of NoAl values in the outbound processing: the NoAl value of the output digit string can be determined from the following four 
sources: 

1 . The input digit string corresponding to the output digit string, 

2. The selected entry of the Service Control Data table, 

3. The output digit string, or 

4. The SAS Application Service Specific Outbound Processing Configuration Table - Normal Completion (this table). 

The NoAl in this table overrules the other three. If the NoAl value in this table is NULL, then the NoAl value of the selected output digit string 
has to be used. If the NoAl value of the selected output digit string is NULL, then the NoAl value of the seeded entry of the Service Control 
Data Table has to be used. If this entry does not support a NoAl value, then NoAl value of the corresponding input digit string has to be 
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fable 16: Details of the SAS Application Service Specific Outbound Processing 
Configuration Table - Normal Completion 

Table 16 Contains the application specific outbound processing in case an entry was 
found in the Single Number or Range Number Table. However, it is possible that no 
entry is found in both tables. This abnormal outbound processing is contained in Table 
17. 
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SAS 


Application Service Specific Outbound Processing Configuration Table - 






Abnormal Completion 


Attribute 


Format 


Values 


Description 






!■■■■■! 


li^liiSip^plii | WS§§IM. II J 


H 


■ 


mi 




Response Action Id 
1 


3 Byte 


Any valid Response Action 


encoding is ^Ab Application service specinc. nuuvaiue is rrn. 


Response Action Id 
2 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
3 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
4 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
5 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
6 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action id 
7 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. j 


Response Action Id 
8 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
9 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Response Action Id 
10 


3 Byte 


Any valid Response Action 


Encoding is SAS Application Service specific. NULL value is FFh. 


Output Digit String 
Id 


3 Byte 


Any valid Input Digit String 
Id 


Partial foreign key into the Structure of Output Digit String Configuration 
Table. SAS Application Service specific encoding. Multiple output digit 
strings per Protocol Element are possible. 


Nature of Address 
Indicator 


1 Byte 


Any valid protocol specific 
encoding of the Nature of 
Address Indicator. 


Partial foreign key into the Structure of Output Digit String Configuration 
Table. NoAl in protocols has up to 7 bit for its encoding. Therefore, the 
value FFh is used as NULL value for this attribute. Per input digit string, 
the NoAl has to be considered. Therefore, per Input Digit String Id, 
multiple NoAls are possible. For each NoAl of an Input Digit String Id, an 
input diait string has to be defined. 


Handling of NoAl v< 


slues in the outbound processing: the NoAl value of the output digit string can be determined trom the following tour 


sources: 

1 . The input digit string corresponding to the output digit string, 

2. The selected entry of the Service Control Data table, 

3. The output digit string, or 

4 The SAS Application Service Specific Outbound Processing Configuration Table - Abnormal Completion (this table). 
The NoAl in this table overrules the other three. If the NoAl value in this table is NULL, then the NoAJ value of the selected output digit string 
' has to be used. If the NoAl value of the selected output digit string is NULL, then the NoAl value of the selected entry of the Service Control 
Data Table has to be used. If this entry does not support a NoAl value, then NoAl value of the corresponding input digit string has to be 
used. 


In general, the following kinds of response actions are obvious: 

• Return Message to Sender. 

• Return Error to Sender. 

• Forward Message to the Recipient to whom it would be routed without intervention of SAS. 

• Forward Message to configured Recipient. 
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Table 1 7: Details of the SAS Application Service Specific Outbound Processing 
Configuration Table - Abnormal Completion 



Table 18 contains the SAS Application Service Specific Outbound Digit String 
Preparation Configuration Table. This Configuration Table configures the generic 
Outbound Action "Digit Preparation in Outbound Digit String". 



SAS Application Service Specific Outbound Digit String Preparation Configuration Table 


Attribute 


Format 


Values 


Description 
















Output Digit String 
Component Id 


1 Byte 


Any valid common 
encoding of Service 
Control Data Type and 
Auxiliary Number Name. 


This attribute identifies the Output Digit String Element onto which the 
digit preparation applies. It is possible to specify here the complete 
Output Digit String by using the mnemonic Total Digit String". 


Cut Position 


1 Byte 


Positive Integer values 0- 
255. 


Effect: 

• 0: The Digit Preparation is specified by means of the Cut Match 
Length/Value. 

• 1 : Cut Position is before the 1 * digit. 

• 2: Cut Position is before the 2 nd digit. 

• 3: Cut Position is before the 3^ digit. 

• n: Cut Position is before the n ,h digit. 


Cut Length 


1 Byte 


Positive Integer values 0- 
255. 


Effect: 

• 0: delete no digits after the Cut Position. 

• 1 : delete 1 digit after the Cut Position. 

• 2: delete 2 digits after the Cut Position. 

• 3: delete 3 digits after the Cut Position. 

• N: delete n digits after the Cut Position. 


Cut Match Length 


Vi Byte 


Positive Integer values 0- 
15. 


Length in digits of the Cut Match Value. 0 means that there is no Cut 
Match Value. 


Cut Match Volue 


7 V* Byte 


Digit String with up 15 
Digits. 


The Cut Match Value is a sequence of digits, which if found in search 
from left to right, shall be replaced by the Paste Value. 


Paste Length 


Vfc Byte 


Positive Integer values 0- 
15. 


Length in digits of the Paste Value. 0 means that there is no Paste Value. 


Paste Value 


7 V* Byte 


Digit String with up 15 
Digits. 


Value which shall be inserted at the Cut Position, or which shall replace 
the Cut Match Value. 





Table 18: Details of the SAS Application Service Specific Outbound Digit String 

Preparation Configuration Table 
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Claims 



1 . SAS Service Architecture having a layered structure including a set of software 
modules, at least: ASTP Dispatcher, SCCP Transcoder for TCAP User, TCAP, at 
least one TCAP User Service Distributor, at least two TCAP User Services, wherein 
at least two different types of interactions can be configured: interaction Type A 
between ASTP Dispatcher and TCAP User Service, wherein the message to be 
processed is forwarded from the ASTP Dispatcher to the relevant TCAP User 
Service via SCCP Transcoder for TCAP User, TCAP, and the relevant TCAP User 
Service Distributor, and interaction Type Bl between two TCAP User Services 
assigned to the same TCAP User Service Distributor, wherein the TCAP User 
Service Distributor forwards the message to be processed to a second TCAP User 
Service dependent on the result of the outbound message of a first TCAP User 
Service. 

2. SAS Service Architecture, as set forth in claim 1 , wherein a further type of 
interaction can be configured: interaction Type C between two TCAP User Services 
assigned to different TCAP User Service Distributors, wherein TCAP forwards the 
message to be processed to a second TCAP User Service assigned to a second 
TCAP User Sen/ice Distributor dependent on the result of the outbound message of 
a first TCAP User Service assigned to a first TCAP User Service Distributor. 
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3. SAS Service Architecture, as set forth in claim 1 , wherein the SAS Service 
Architecture further includes the software modules SCCP Transcoder, at least one 
SCCP Service Distributor, at least two SCCP Services, and wherein two further 
types of interaction can be configured: interaction Type D between a TCAP User 
Service and a SCCP User Service, wherein ASTP Dispatcher forwards the message 
to be processed to a TCAP User Service assigned to a TCAP User Service 
Distributor dependent on the result of the outbound message of a SCCP User 
Service assigned to a SCCP User Service Distributor, and interaction Type B2 
between two SCCP User Services assigned to the same SCCP User Service 
Distributor, wherein the SCCP User Service Distributor forwards the message to be 
processed to a second SCCP User Service dependent on the result of the outbound 
message of a first SCCP User Service. 

4. SAS Service Architecture, as set forth in claim 1 , wherein the SAS Service 
Architecture further includes a common database pool to which all SAS 
Application Services have access. 

5. Method to perform an analysis for a SAS application service, comprising the steps 
of: 

performing an inbound message analysis, 
performing a Service Decision, 

performing an Outbound Message Synthesis using at least one Outbound 
Configuration Table. 

6. Method, as set forth in claim 5, wherein the Service Decision further includes a 
Generic Loop Detection Analysis using a Loop Detection Configuration Table. 

7 . Method, as set forth in claim 5, wherein the Service Decision further includes a 
Database Search in a common database pool, which includes at least a Single 
Number Configuration Table and a Range Number Configuration Table. 

8. Signaling application server (SAS), comprising at least one processor, at least one 
database and at least one processing software for processing at least one 
application service request, wherein the at least one processing software includes 
a signaling connection control part (SCCP) process and at least one transaction 
capabilities application part (TCAP) process to identify at least one application 
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service request, and wherein processing a SAS application service, comprises the 
steps of: 

performing an inbound message analysis, 

performing a Service Decision including a database search in a common 
database pool, 

performing an Outbound Message Synthesis using at least one Outbound 
Configuration Table. 

9. SS7 signaling server for routing SS7 links, including a signaling transfer point 
(STP), and a signaling application server (SAS), 

wherein the STP has at least one external interface to connect the STP via at least 
one SS7 link to at least one telecommunications unit, and an internal interface to 
connect the STP to the SAS, 

wherein the SAS comprises at least one processor, at least one database and at 
least one processing software for processing at least one application service 
request, wherein processing a SAS application service, comprises the steps of: 

performing an inbound message analysis, 

performing a Service Decision including a database search in a common 
database pool, 

performing an Outbound Message Synthesis using at least one Outbound 
Configuration Table, and 

wherein the STP is capable to process incoming SS7 messages, to identify a single 
application service request in one incoming SS7 message, to provide the identified 
single application service request to the SAS for further processing. 

10. SAS Service Architecture having a layered structure including a set of software 
modules, at least: ASTP Dispatcher, SCCP Transcoder, at least one SCCP User 
Service Distributor, at least two SCCP User Services, wherein at least one type of 
interaction can be configured: interaction Type B2 between two SCCP User 
Services assigned to the same SCCP User Sen/ice Distributor, wherein the SCCP 
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User Service Distributor forwards the message to b<e processed to a second SCCP 
User Service dependent on the result of the outbound message of a first SCCP 
User Service. 
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Abstract 



SAS Service Architecture 

It is an object of the invention to provide an advantageous SAS Service Architecture. 
The inventive SAS service architecture has a layered structure including a set of 
software modules, at least: ASTP dispatcher, SCCP transcoder, TCAP, TCAP user 
service distributor, at least two TCAP user services; ASTP = specific advanced signaling 
transfer protocol including routing informaton, etc. Within the SAS service architecture 
at least two different types of interactions can be configured: interaction Type A 
between ASTP dispatcher and TCAP user service, interaction Type Bl between TCAP 
user service 1 and TCAP user service 2. 

(Fig. i) 
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Interaction Typo Bl 



Inteructioo Typo Bl 



Interaction Type Bn 




ASN.l: Abstract Syntax Notation One 

ASTP: Advanced Signed Eng Transfer Protocol 

MTP: Message Transfer Part 

SCCP: Signalling Connection Control Part 

SIGTRAN Signalling Transport 

SRF: Signalling Relay Function 

STP: Signalling Transfer Point 

TCAP: Transaction CapobilHy Application Part 
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SAS Application Service [ 
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Inbound Message Analysis 
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Service Decision 
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Outbound Message Synthesis 
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Fig. 3 



Service Decision 






Database Search 


n 








Application Specific Capture and 
Evaluation of DB Search 
Indications (e.g. Errors, 
Exceptions, Indications), Plus 
Service Specific Reaction. 






f 


Generic Loop Detection Analysis 




f 




Application Specific Loop 
Detection Analysis 









Fig. 4 
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[ Database Search ] 




f 




Single Number Table Query 
(with Assembled Search Digit String) 





MATCH 



Indicate MATCH in 
SINGLE TABLE. 




AMBIGUOUS 



Indicate AMBIGUOUS 
in SINGLE TABLE. 




NO MATCH 



Indicate NO MATCH 
in SINGLE TABLE. 



Error 



Indicate Error in 
SINGLE TABLE. 



No 



Range Number Table Query 
{with Assembled Search Digit String) 



MATCH 



Indicate MATCH in 
RANGE TABLE. 




AMBIGUOUS 



Indicate AMBIGUOUS 
in RANGE TABLE. 



NO MATCH 



Indicate NO MATCH 
in RANGE TABLE. 




Indicate Error in 
RANGE TABLE. 



Fig. 5 
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F> " 



Q Generic Loop Detection Analysis 



Select INRN Slot in found 
Number Table Entry 2 > 



Indicate "Signalling 
Loop Detected". 



Perform Loop 
Detection Action 3) . 



[Disabled 





Indicate "Signalling 
Loop Not Detected". 




11 This information is taken from the Loop 
Detection Status and Action Configuration 
Table. 

7) The correct slot of INRN is taken from the 

Configuration Data Item 

SasAppliationServiceSoltldOflnrn. 
3) This information is taken from the Loop 

Detection Status and Action Configuration 

Table. 



Fig. 6 
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Select Entry in *SAS Application Service 
Specific Outbound Processing 
Configuration Table - Normal 
Completion* based on Number Type and 
Portability Status of MATCHed Entry from 
Service Decision. 



Select Entry in *SAS Application Service 
Specific Outbound Processing 
Configuration Table - Abnormal 
Completion*. 



Execute Response Actions. 
Fill Output Digit String (if present) 
according to Output Digit String 
Configuration Table. 
Insert Service Control Data (if present) in 
Output Digit String. 
Provide NoAl (if necessary) to Output 
Address. 

Insert Output Address (if present) in 
Protocol Element. 



Select Entry in "SAS Application Service 
Specific Outbound Processing 
Configuration Table - Abnormal 
Completion". 



Execute Response Actions. 
Fill Output Digit String (if present) 
according to Output Digit String 
Configuration Table. 
Provide NoAl (if necessary) to Output 
Address. 

Insert Output Address (if present) in 
Protocol Element. 



Execute Response Actions. 
Fill Output Digit String (if present) 
according to Output Digit String 
Configuration Table. 
Provide NoAl (if necessary) to Output 
Address. 

Insert Output Address (if present) in 
Protocol Element. 




Fig. 7 
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